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Description 

TECHNICAL FIELD 

[0001] The invention relates generally to electronic 
message delivery systems and more particularly to 
methods and systems for providing user management 
of transmissions of electronic messages between serv- 
ers and client devices. 

DESCRIPTION OF THE RELATED ART 

[0002] Systems that support the exchange of text 
messages among users often allow files to be attached 
to messages. As one example, electronic mail (i.e., 
email) may have an attachment that is a word process- 
ing document, or an audio, video or graphics file. As an- 
other example, a download of a message from a web 
site on the World Wide Web may include an attached 
text file in Hypertext Markup Language (HTML) or an 
attached audio, video or graphics file. 
[0003] Messages may be transmitted from a sending 
client device (such as a computer) or from a remote 
server (such as a web server) to a message transport 
server that supports a computer or other client device 
at which the receiving party attempts to access the mes- 
sage. In an email environment, a sending party may 
generate an email message at a first computer that 
transmits the message to a first email server. If the first 
email server does not support message access for the 
party to whom the message is directed, the first email 
server forwards the message to a second email server 
that supports access by the receiving party. The mes- 
sage is stored at the second serverfor download by the 
targeted party. 

[0004] Depending upon the client device operated by 
the receiving party and its associated email server, new 
messages that are stored in the associated email server 
are selectively downloaded one message at a time, or 
are downloaded as an aggregate data stream of all new 
messages. In either case, a compound message having 
an attached file is typically downloaded as a unit. The 
download time for messages with attachments including 
graphics and/or spreadsheets can be considerable. In 
addition, once commenced, the downloading typically 
causes the client device to be locked into a wait mode 
in which other software applications within the client de- 
vice cannot be accessed. 

[0005] In a typical message exchange system where 
all new email messages are downloaded in the aggre- 
gate data stream form, accessing email messages may 
lead to an unproductive waiting period while download- 
ing non-essential email messages with attached file. 
Even in a message exchange system that allows a user 
to download one email message at a time, downloading 
a single email message with a large attached file may 
take several minutes. Therefore, an inadvertent com- 
mand by the receiving party to download an email mes- 
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sage with a large attachment can also result in an un- 
productive waiting period. The inadvertent command 
may be a simple click of a mouse while a screen cursor 
is on a wrong button or display of a graphical user inter- 

5 face. The waiting period may be increased if the receiv- 
ing party is remotely accessing the associated server at 
a slow connection speed. In addition, when forwarding 
a compound message having an attached file, the at- 
tached file is always uploaded from the client device to 

10 the server, increasing the overall waiting period when 
forwarding the received message is warranted. 
[0006] Recent developments have allowed more flex- 
ibility in accessing and downloading electronic messag- 
es by the receiving party in order to reduce unnecessary 

*5 download time. The fourth version of Internet Message 
Access Protocol (IMAP4) and Multipurpose Internet 
Mail Extensions (MIME) allow users to download a por- 
tion of a message that is stored in the associated serve. 
For example, a user may set his/her computer to down- 

20 load only the headings contained in the text portion of 
messages when accessing the associated server. The 
headings are viewed by the user in order to determine 
whether to download the entire email message along 
with the attachment. Depending upon the preference of 

25 the user, the entire message and any attached message 
may be downloaded at that time or at a later time. 
[0007] Although IMAP4 and MIME provide greater us- 
er control of accessing and downloading electronic mes- 
sages from a server than what had been available in the 

30 past, employing IMAP4 and MIME in a conventional 
manner typically requires much supervision. Decisions 
for downloading a particular attachment of an email are 
performed manually by the user on an individual basis. 
Furthermore, IMAP4and MIME do not alleviate the wait- 

35 ing period during a forwarding process. 

[0008] US-A-5,781 ,901 (Kuzma, Andrew) provides a 
method of transmitting email attachments from a sender 
of a network to a recipient of the network. An attachment 
is stored in a storage means visible to the network and 

40 relatively local to the sender and has a unique network 
address. IBM Technical Disclosure Bulletin 
XP000772234 discloses a program that retrieves only 
subjects and bodies in mail. The program shows an icon 
which stands for including attachments files in the mail 

45 and the user can get the files on demand when viewing 
the mail. 

[0009] WO 99/22,322 (Microsoft Corp) provides a 
desktop computer and a mobile device which both con- 
tain personal information management systems and en- 
50 ables electronic mail object synchronization therebe- 
tween. 

[0010] What is needed is a messaging method and 
system that provide extensive user control for down- 
loading attachments of emails, while eliminating the 
55 need for individual decisions and input by the user in 
order to download or upload a desired attachment. 
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SUMMARY OF THE INVENTION 

[0011] A method and system provide increased user 
management of electronic message transmissions be- 
tween servers and client devices, particularly transmis- 
sions of files attached to electronic messages. The 
method and system operate to selectively transfer at- 
tached files to and from a client device. When accessing 
electronic messages with attached files store at a server 
by a user, attached files that satisfy a prescribed require- 
ment are automatically downloaded from the server to 
the client device utilized by the user. As a second fea- 
ture, when forwarding received electronic messages 
with attached files from a client device, only the attached 
files that have been modified are uploaded from the cli- 
ent device to the server. There is provided a further step 
of forwarding a received compound message, including 
the transferring of an associated attachment from said 
client device only if said associated attachment has 
been modified since said step of selectively transferring 
said electronic messages. 

[0012] Accordingly unmodified attached files are not 
uploaded with the email message that are being for- 
warded. Copies of attached files are affixed to appropri- 
ate email messages at the server prior to being trans- 
ferred to target recipients. 

[0013] The screening of attached files for auto-down- 
loading is controlled primarily by an attached filter locat- 
ed within the client device. However, the actual execu- 
tion of the screening process may occur at the server or 
at the client device. In the preferred embodiment, the 
attachment filter is a computer program that is config- 
ured to recognize the prescribed requirement that trig- 
gers the automatic download. The requirement may be 
selected or modified by the user to customize the 
screening process. 

[0014] A criterion that may be utilized as the pre- 
scribed requirement for the screening process is the 
size of the attached file to be auto-downloaded. A max- 
imum size may be input to the client device as a thresh- 
old to allow only attached files smaller than the maxi- 
mum size to be auto-downloaded from the server to the 
client device. The prescribed requirement may also be 
characterized by the maximum download time. In this 
configuration, the attachment filter only allows attached 
files that may be downloaded faster than a preset 
threshold download time to be auto-downloaded. The 
download time can be calculated by factoring in the size 
of an attached file and the speed of the connection be- 
tween the server and the client device. 
[0015] Another criterion that can be utilized by the at- 
tachment filter is the identity of the sender. A list of send- 
ers may be entered into the client device, such that only 
attached files that were sent from a person on the list of 
senders are auto-downloaded. Alternatively, the list of 
senders may be utilized to auto-download only attached 
files from senders not on the list of senders. 
[0016] Similarly, a list of file formats may be utilized to 



screen attached files. The list of file formats may be en- 
tered into the client device by the user such that only 
attached files that are in a format on the list of file formats 
are auto-downloaded from the server to the client de- 

5 vice. The list of file formats may also be utilized to screen 
out attached files having a format on the list of file for- 
mats. By carefully selecting the list of file formats, the 
user can effectively configure the attachment filter to al- 
low or prohibit certain types of attached files to be auto- 

<0 downloaded. 

[0017] The screening process may include one or 
more of the above-mentioned criteria in any combina- 
tion for selecting which attached files are to be auto- 
downloaded. Preferably, the user selectively sets the 

15 desired criteria in order to auto-download very specific 
types of attached files. The method and system also al- 
low the user to selectively disengage the screening 
process, such that all attached files are auto-download- 
ed from the server to the client device. 

20 [0018] The screening process of attached files for 
downloading and the uploading process for forwarding 
attached files are preferably utilized in combination to 
efficiently transfer attached files between server and cli- 
ent devices. However, the processes may be separately 

25 implemented. 

BRIEF DESCRIPTION OF DRAWINGS 
[0019] 

30 

Fig. 1 is a schematic view of one embodiment of a 
message exchange system that provides user man- 
agement of transmissions of files attached to email 
messages in accordance with the invention. 

35 Fig. 2 is a block diagram of the components of a 
client device in accordance with the invention. 
Fig 3 is a process flow charge for providing user 
management of transmissions of attached files from 
a server to a client device in accordance with the 

io invention. 

Fig. 4 is a process flow chart for providing user man- 
agement of transmissions of attached files that 
were download to a client device, during a forward- 
ing operation, in accordance with the invention. 

45 

DETAILED DESCRIPTION 

[0020] With reference to Fig. 1 , a messaging system 
1 0 is shown as including a local router/server 1 2 for sup- 

50 porting access to stored messages by a numberof client 
devices 1 4, 1 6 and 1 8. The client devices 1 4, 1 6 and 1 8 
are communicatively connected to the local router/serv- 
er 12 by communication links 20, 22 and 24, respective- 
ly. The communication links 20, 22 and 24 may be te- 

55 lephony line, cable or wireless connections. The routing 
operations of the router/server 12 are not the primary 
focus of the messaging system and method. Further- 
more, the structure of the router/server 12 is not critical 
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to the invention. The router/server 1 2 may be a conven- 
tional message server that is able to store received mes- 
sages and to provide access to the stored messages 
upon verification of a user identity. Such identification 
generally requires input of a password that is unique to 
the user. 

[0021] The messaging system 1 0 may be used to ex- 
change messages of any one of a variety of message 
types. For example, the messages may be downloads 
from a web site of the World Wide Web, so that a link 
26 to a network 28 is a connection to the global commu- 
nications network referred to as the Internet. However, 
the method and system will be described primarily with 
respect to the preferred embodiment of exchanging 
email messages having file attachments. 
[0022] As is well known in the art, a person at a remote 
client device 30 may transmit an email message to a 
person who accesses email via the local router/server 
12. The email message is first transmitted to a remote 
router/server 32 from the remote client device 30 via a 
communication link 34. The email message may then 
be routed from the router/server 32 of the remote client 
device to the local router/server 1 2 via two network links 
26 and 36 to the network 28. The email message may 
be accessed by the target user using any of the support- 
ed client devices 14, 16 and 18. Although the client de- 
vices 14, 16 and 18 are shown as desktop computers, 
the client devices can be any type of communication de- 
vice that has the ability to access the local router/server 
12 and retrieve email, such as handheld personal com- 
puters (HPCs) and personal digital assistants (PDAs). 
[0023] In an Internet application, the local and remote 
router/servers 1 2 and 32 are Internet Service Providers 
(ISPs). It is not critical that the sending and receiving 
client devices subscribe to different ISPs. That is, the 
method to be described below may be utilized to man- 
age messages with attachments sent from one of the 
local client devices 14, 16and 18 to another one of the 
local client devices. 

[0024] The invention may also be used in a local area 
network or a wide area network environment. For exam- 
ple, the network 28 may be a corporate network of a 
single company having one or more sites. 
[0025] The client devices 14, 1 6 and 1 8 are enabled 
to identify attributes of email messages, including any 
attached files, that have been received and stored at the 
local router/server 1 2. Attributes may include a senders 
identification, subject matter of the email message, for- 
mat of the attached file, and size of the attached file. 
The sender's identification may be an email address that 
is utilized by the person sending the email message. 
However, the sender's identification may be a custom- 
ized user name or user identification number. 
[0026] In the preferred embodiment, the client devic- 
es 14, 16 and 18 are configured to automatically down- 
load attached files along with their associated email 
messages only if the attributes of the email messages 
and their attachments satisfy a prescribed requirement. 



The prescribed requirement may include one or more 
criteria that focus on the attributes of email messages 
and their attached files. The automatic downloading 
may occur when the receiving party establishes a com- 

5 munication connection with the local router/server 1 2 to 
access stored email messages. Alternatively, the auto- 
matic downloading may occur when the receiving party 
initiates downloading of a particular email message from 
the local router/server 1 2. If an email message and its 

10 attached file do not satisfy the prescribed requirement, 
the client devices 14, 16 and 18 may be configured to 
download only the email message and not the attached 
file from the local router/server 1 2. 
[0027] Turning to Fig. 2, a block diagram of compo- 

15 nents of the client device 14 is shown to illustrate the 
internal components of the client devices 1 4, 1 6, 1 8 and 
30. The client devices 16, 18 and 30 are illustratively 
represented by the client device 14, since the client de- 
vices 14, 16, 18 and 30 may be identically configured 

20 with respect to the internal components of each client 
device. Similar to Fig. 1 , the client device 14 is shown 
connected to the local router/server 12 via the commu- 
nication link 20. The client device 1 4 is shown to contain 
a processor 38 that is coupled to a transceiver 40, an 

25 attachment filter 42, and a memory 44. The processor 
38 and the memory 44 are functionally equivalent to 
conventional components that are commonly found in 
other electronic devices. The attachment filter 42 is a 
programable component that can determine which at- 

30 tached files are to be downloaded from the local router/ 
server 12 to the memory 44 of the client device 1 4. Pref- 
erably, the attachment filter 42 allows the receiving party 
to input the requirement that must be satisfied in order 
for attached files to be automatically downloaded. 

35 [0028] The attachment filter 42 is also configured to 
determine whether a received attachment has been 
modified. During a forwarding operation, the attachment 
filter 42 operates to prevent uploading of attached files 
that have not been modified. Consequently, only at- 

40 tached files that have not been modified since being 
downloaded to the client device 14 are transmitted to 
the local router/server 12, when forwarding electronic 
messages with attached files. 

[0029] During a receiving operation, the receiving par- 
45 ty initiates the transceiver 40 of the client device 1 4 to 
establish communication with the local router/server 1 2. 
After communication has been established, the attach- 
ment filter 42 and the processor 38 operate to implement 
a determination that is based upon the prescribed re- 
50 quirement, allowing only attached files that have satis- 
fied the requirement to be automatically transmitted 
from the local router/server 12 to the client device 14. 
Other attachments are downloaded only upon com- 
mand by the receiving party. Prescribed requirements 
55 for allowing attached file to be automatically download- 
ed are described in detail below. Email messages and 
allowed attached files are downloaded from the local 
router/server 1 2 to the memory 44 for viewing by the 
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receiving party. 

[0030] During a forwarding operation involving a re- 
ceived email message with an attached file, the receiv- 
ing party again initiates the transceiver 40 to establish 
communication with the local router/server 12. The re- 
ceiving party then commands the client device 14 to for- 
ward an email message to the sender. In conventional 
messaging methods, forwarding an email message re- 
quires that any file attached to the email message be 
uploaded to the local server, even if the attached file has 
not been modified by the receiving party. However, the 
attachment filter 42 and the processor 38 of the present 
invention operate to upload only modified attached files. 
The attachment filter 42 and the processor 38 are able 
to determine whether an attached file of an email mes- 
sage has been modified since reception of the email 
message and upload only modified attached files during 
forwarding operations. If the attached file is determined 
to be unmodified, the attached file is not uploaded to the 
local router/server 12. The original email message and 
any forwarding message (optional) are uploaded with- 
out the attached file to the local router/server 12, where 
a copy of the attached file is affixed to the forwarded 
email message for routing to a destined party. 
[0031] A method of providing user management of 
transmissions of files attached to electronic messages 
from a server to a client device in accordance with the 
invention will be described with reference to Figs. 1 , 2 
and 3. In a first step 46, a file is attached to an email 
message by a sender. Step 46 may be executed at the 
remote client device 30, shown in Fig. 1 . The file may 
be a word processing document, or an audio, video or 
graphics file. The file may also be coded in one of many 
formats that are utilized for a particular type of files. In 
addition, the size of the file may vary from a few kilobytes 
to several megabytes. Although step 46 is described as 
attaching a single file to the email message, multiple 
files may be attached to the single email message dur- 
ing this step. 

[0032] At step 48, the email message, including the 
attached file, istransmitted from the remote client device 
30 to the local router/server 1 2. The email message and 
the attached file are routed from the remote router/serv- 
er 32 to the local router/server 1 2 in situations where 
the local router/server 12 does not support both the re- 
mote and the receiving client devices. Next, at step 50, 
the email message and the attached file are received 
and stored at the local router/server 1 2. The email mes- 
sage and the attached file are stored electronically in a 
virtual "mailbox" within a memory of the local router/ 
server 12. The virtual mailbox at the local router/server 
12 may be accessed using an electronic address that is 
assigned to the party to whom the email message and 
the attached file are directed. 

[0033] In step 52, the receiving party establishes a 
communication connection with the local router/server 
12, employing one of the client devices 14, 16 and 18. 
Although any one of the client devices 14, 16 and 18 



may be utilized by the receiving party, further description 
of the method will be described with respect to the client 
device 14. Also in step 52, the receiving party accesses 
the virtual mailbox at the local router/server 1 2 that has 
5 been assigned to that receiving party in order to view 
the email message. 

[0034] Preferably, the attachment filter 42 of the client 
device 14 has been programmed by the receiving party 
prior to step 52 with a prescribed requirement for auto- 

10 downloading attached files. The prescribed requirement 
may include the origin of the email message, i.e., the 
sender of the email message. For example, if the receiv- 
ing party desires to automatically download only at- 
tached files from his/her boss, the receiving party can 

15 configure the attachment filter 42 accordingly. Down- 
loading based upon the origin may also involve a list of 
approved senders for auto-download. Another criterion 
for the prescribed requirement may be the maximum 
size of the attached file to be auto-downloaded. The at- 

20 tachment filter 42 may be configured to only allow at- 
tached files smaller than a preselected threshold size to 
be auto-downloaded. For example, if the receiving party 
has configured the attachment filter 42 for a maximum 
of 100 kilobytes, any attached files equal to or larger 

25 than 100 kilobytes will not be auto-downloaded when 
the accompanying email message is accessed. Such 
files are accessible only upon request. 
[0035] In addition, the attachment filter 42 can be con- 
figured to only allow files in certain formats to be auto- 

30 downloaded. For example, the attachment filter 42 may 
be configured to auto-download only JPEG or TIF for- 
mat files. In this manner, the receiving party may control 
not only the files in certain formats, but also the types 
of files. That is, by allowing only files in graphics formats 

35 to be downloaded, the receiving party can effectively 
limit the auto-download feature to downloading graphics 
files. The receiving party may utilize any one of the 
above-described criteria alone or in combination to tailor 
the requirement to his/her desire. The attachment filter 

40 42 may also have a default setting that may include one 
or more criteria, 

[0036] When the receiving party has accessed the lo- 
cal router/server 1 2, the processor 38 and the attach- 
ment filter 42 operate to determine whether to automat- 

45 ically download the attached file to the memory 44 from 
the local router/server 12. At step 54, it is determined 
whether the attachment filter 42 has been configured to 
filter attached files or not. If the filtering mode has not 
been activated, the next step in the process is step 56, 

50 where the attached file is automatically transmitted from 
the local router/server 12 to the client device 14. How- 
ever, if the filtering mode has been selected , the process 
proceeds to step 58. In step 58, the size of the attached 
file is compared with a preselected threshold size. If the 

55 size of the attached file is equal to or greater than the 
preselected threshold size, the process proceeds to 
step 60. At step 60, the email message is transmitted 
from the local router/server 12 to the client device 14 
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without the attached file. However, if the attached file is 
smaller than the preselected threshold size, the next 
step in the process is step 62. The maximum size can 
also be characterized by download time, which factors 
in the size of the attached file and the connection speed 
between the client device 14 and the local router/server 
12. In this configuration, the threshold value may be, for 
example, thirty seconds of download time. This thresh- 
old value of download time can be utilized in a similar 
manner as the threshold value of size, such that only 
attached files that can be downloaded faster than the 
threshold download time are auto-downloaded. 
[0037] At step 62, the file format of the attached file is 
examined for further screening. In the simplest version 
of this criterion, a particularfile format Isselected by the 
receiving party. With such setting, only attached files 
having that particular file format would be allowed to pro- 
ceed. Otherwise, the attached file will not be automati- 
cally transmitted to the client device 14. In a more com- 
plex version, a list of file formats is utilized to determine 
whether the attached file falls within the list of file for- 
mats. A negative conclusion will initiate step 60, i.e., the 
attached file will not be transmitted to the client device 
without a user request. If the format of the attached file 
is included in the list, then the process proceeds to step 
64. The selection process at step 62 may be reversely 
utilized, such that a positive conclusion will initiate step 
60. That is, If the attached file is in a format included in 
the list of file formats, the email message is transmitted 
from the server without the attached file. 
[0038] In step 64, a list of senders is the criterion used 
to determine whether the attached file should or should 
not be transmitted. Similar to step 62, the list of senders 
can have one or more names. Furthermore, the list of 
senders can be utilized such that either an inclusion or 
exclusion on the list will lead directly to step 60. 
[0039] If step 64 is satisfied, the next step in the proc- 
ess is step 66, which utilizes a list of subject matter in- 
stead of file formats or senders. At step 66, the criterion 
is based on the subject matter of the email message. 
For example, if "X project" is selected by the receiving 
party, the attachment filter 42 may be configured to pre- 
vent auto-downloading of attached files of email mes- 
sages that are not marked as "X project" subject matter. 
In this configuration, if the email message is not "X 
project" subject matter, the process proceeds to step 60. 
However, if the subject matter is "X project," the email 
message is transmitted to the client device from the local 
router/server 1 2 with the attached file. Identical to steps 
62 and 64, the list of subject matter may be reversely 
implemented, such that only attached files of email mes- 
sages having a subject matter not contained on the list 
are auto-download to the client device. 
[0040] The above method may be modified such that 
the steps 58, 62, 64 and 66 are arranged in different 
orders. The order of the steps 58, 62, 64 and 66 is not 
critical to the invention. In addition, one or more of the 
steps 58, 62, 64 and 66 may be deleted or deactivated 



from the selection process. That is, the invention can be 
properly implemented with only one of steps 58, 62, 64 
and 66. Furthermore, the above method may include ad- 
ditional criteria in determining whether to download the 

5 attached file along with the associated email message. 
[0041] After the email message has been transmitted 
to the client device 14 without the attached file, the re- 
ceiving party may manually request downloading of the 
attached file, if so desired. The invention does not pre- 

10 elude manual manipulation to download attached files 
from the local router/server 12 to the client device 14. 
[0042] A method of providing user management of 
electronic message transmissions during a forwarding 
operation will be described with reference to Figs. 1 , 2 

15 and 4. The method to be described may be implemented 
in addition to the above-described method of Fig. 3. 
However, the method of Fig. 4 may be independently 
utilized. In a first step 68, an original email message, 
along with attached file, is received by a client device 

20 14, 16 and 18 from a sender. For example, a receiving 
party may utilize the client device 14 in order to retrieve 
and download the original email message and its at- 
tached file from the local router/server 12. At step 70, a 
forwarding email message is drafted by the receiving 

25 party in response to the original email message. The at- 
tached file that was received along with the original 
email message may or may not be modified by the re- 
ceiving party. The step 70 is an optional step. Next, the 
receiving party commands the client device 14, 16 and 

30 18 to initiate the forwarding process. 

[0043] Whereas conventional methods transmit all at- 
tached files from the client device to its supporting serv- 
er when forwarding email messages with attached files, 
the present invention transmits the attached file only if 

35 the attached file has been modified since reception by 
the client device. In step 72, a determination of whether 
the attached file has been modified is made by the proc- 
essor 38 and the attachment filter 42 of the client device 
14. If the attached file has been modified, step 74 is ex- 

40 ecuted. In step 74, the forwarding message and the orig- 
inal message with the modified attached file are trans- 
mitted from the client device 14 to the sender via the 
local router/server 12. However, if the attached file has 
not been modified, step 76 is instead executed. In step 

45 76, the forwarding email is transmitted from the client 
device 14 to the local router/server 12 without the at- 
tached file. The manner in which the original email mes- 
sage is transmitted is not critical to the invention. The 
original email message can follow the same process as 

50 the attached file. Alternatively, the original email mes- 
sage may be uploaded to the local router/server 1 2 from 
the client device 14 during the forwarding process. 
[0044] Following step 76, a copy of the attached file 
is affixed to the forwarding email message at the local 

55 router/server 12 in step 78. The local router/server 12 
stores, for a limited period, copies of all email messages 
and any attached files that are relayed through the local 
router/server 12. The stored copy of the attached file is 



6 



11 



EP 0 974 917 B1 



12 



merits by factoring in file sizes of said attachments 
prior to said step of identifying said attachments 
based upon said download times. 

The method of claim 4, wherein said step of calcu- 
lating said download times further includes factor- 
ing in a connection speed of said client device to 
said server. 



utilized to affix the copy of the attached file to the for- 
warding email message at step 78. Next, the forwarding 
email message, along with the original email message 
and the attached file, is transmitted from the local router/ 
server 12 to the server that supports the forwarded party 5 5. 
in step 80. If the local router/server 12 supports the for- 
warded party, the email messages and the attached file 
are transferred to the virtual mailbox of the forwarded 
party within the local router/server 12. 



Claims 

1. A method of providing user management of elec- 
tronic message transmission between a server (12) 15 
and a client device (14) comprising steps of: 

receiving electronic messages at said server 
that supports access by a user, including re- 
ceiving compound electronic messages having 20 
attachments; 

identifying each said attachment as one of a 
first attachment and a second attachment by 
determining whether said each attachment 
complies with a preset criterion, said attach- 25 
ments satisfying said preset criterion being 
identified as first attachments, said attach- 
ments not satisfying said preset criterion being 
identified as said second attachments; and 
selectively transferring said electronic messag- 30 
esto said client device, including automatically 
transferring first attachments while inhibiting an 
automatic transfer of said second attachments; 
forwarding a received compound message, in- 
duding transferring an associated attachment -35 
from said client device only if said associated 
attachment has been modified since said step 
of selectively transferring said electronic mes- 
sages. 

40 

2. The method of claim 1 , wherein said step of identi- 
fying said attachments as said first and second at- 
tachments includes differentiating said attachments 
based upon file sizes of said attachments, including 
employing a threshold size as a cutoff in order to 45 
classify said attachments as said first attachments 
and said second attachments. 

3. The method of claim 1 , wherein said step of identi- 
fying said attachments as said first and second at- 50 
tachments incudes differentiating said attachments 
based upon download times, including employing a 
threshold download time as a cutoff to classify said 
attachments as said first attachments and said sec- 
ond attachments. 55 

4. The method of claim 3 further including a step of 
calculating said download times for said attach- 



The method of claim 1 , wherein said step of identi- 
fying said attachments as said first and second at- 
tachments includes differentiating said attachments 
by identities of senders, including employing a list 
of senders as a basis to classify said attachments 
as said first attachments and said second attach- 
ments. 

7. The method of claim 1 wherein said step of identi- 
fying said attachments as said first and second at- 
tachments includes differentiating said attachments 
based upon file formats, said differentiating being 
accomplished by comparing said file formats with a 
list of formats to classify said attachments as said 
first attachments and said second attachments. 

8. The method of claim 1 further comprising a step of 
programming said preset criterion into said dient 
device such that said client device is enabled to per- 
form said step of identifying each said attachment 
as one of said first and second attachments. 

9. An email delivery system comprising: 

a local email server connected to a network to 
receive email messages, including compound 
email messages having attachments, said local 
email server having first memory for storing 
said email messages; 

a client device connected to said local email 
server to selectively access and download said 
email messages, said client device having sec- 
ond memory for storing said email messages; 
and 

filtering means operatively associated with said 
client device for distinguishing said attach- 
ments based upon a prescribed criterion such 
that only said attachments that satisfy said pre- 
scribed criterion are identified and transmitted 
to said client device in an absence of user in- 
tervention; 

forwarding means for forwarding a received 
compound message, including transferring an 
associated attachment from said client device 
only if it is determined that the attachment has 
been modified. 

10. The system of claim 9, wherein said filtering means 
is located at said client device, said filtering means 
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being operatively connected to a processor of said 
client device in order to cooperatively screen said 
attachments based upon said prescribed criterion. 

11. The system of claim 10, wherein said filtering 5 
means is a compute program stored in said memory 

of said client device. 

12. The system of claim 9, wherein said filtering means 

is configured to be reprogrammable with respect to 10 
said prescribed criterion such that said prescribed 
criterion may be modified. 



Patentanspruche 

1. Verfahren zur Bereitstellung einer Verwaltung der 
Ubertragung elektronischer Nachrichten zwischen 
einem Server (12) und einem Client-Gerat (14) 
durch den Benutzer, welches die folgenden Schritte 20 
umfasst: 

Empfangen elektronischer Nachrichten an dem 
besagten Server, welcher den Zug riff durch ei- 
nen Benutzer unterstutzt, einschlielilich des 25 
Empfangs von zusammengesetzten elektroni- 
schen Nachrichten mit Anhangen; 
Identifizieren jedes der besagten Anhange ent- 
weder als einen Anhang erster Art oder als ei- 
nen Anhang zweiter Art dadurch, dass be- 30 
stimmt wird, ob der besagte jeweilige Anhang 
einem voreingestellten Kriterium genugt, wobei 
die besagten Anhange, welche dem besagten 
voreingestellten Kriterium genugen, als Anhan- 
ge erster Art identifiziert werden und die besag- 35 
ten Anhange, welche dem besagten voreinge- 
stellten Kriterium nicht genugen, als die besag- 
ten Anhange zweiter Art identifiziert werden; 
und 

selektives Ubermitteln der besagten elektroni- 40 
schen Nachrichten zu dem besagten Client- 
Gerat, einschlieBlich des automatischen Uber- 
mittelns der Anhange erster Art, wahrend eine 
automatische Ubermittlung der besagten An- 
hange zweiter Art unterbunden wird; 
Weiterleiten einer empfangenen zusammen- 
gesetzten Nachricht einschlielilich des Uber- 
mittelns eines zugehorigen Anhangs von dem 
besagten Client-Gerat nur dann, wenn der be- 
sagte zugehorige Anhang seit dem besagten 
Schritt des selektiven Ubermittelns der besag- 
ten elektronischen Nachrichten geandert wor- 

2. Verfahren nach Anspruch 1, wobei der besagte 
Schritt des Identifizierens der besagten Anhange 
als besagte Anhange erster und zweiter Art ein Dif- 
ferenzieren zwischen den besagten Anhangen auf 



der Basis der Dateigrolien der besagten Anhange 
beinhaltet, einschliefilich der Verwendung eines 
Schwellwerts fur die Grolie als eine Obergrenze, 
urn die besagten Anhange als besagte Anhange er- 
ster Art und besagte Anhange zweiter Art zu klas- 
sifizieren. 

3. Verfahren nach Anspruch 1, wobei der besagte 
Schritt des Identifizierens der besagten Anhange 
als besagte Anhange erster und zweiter Art ein Dif- 
ferenzieren zwischen den besagten Anhangen auf 
der Basis der Downloadzeiten beinhaltet, ein- 
schlielilich der Verwendung eines Schwellwerts fur 
die Downloadzeit als eine Obergrenze, urn die be- 
sagten Anhange als besagte Anhange erster Art 
und besagte Anhange zweiter Art zu klassifizieren. 

4. Verfahren nach Anspruch 3, welches ferner einen 
Schritt des Berechnens der besagten Downloadzei- 
ten fur die besagten Anhange aus den DateigroBen 
der besagten Anhange umfasst, bevor der besagte 
Schritt des Identifizierens der besagten Anhange 
auf der Basis der besagten Downloadzeiten ausge- 
fuhrt wird. 

5. Verfahren nach Anspruch 4, wobei der besagte 
Schritt des Berechnens der besagten Downloadzei- 
ten ferner unter Berucksichtigung einer Obertra- 
gungsgeschwindigkeit zwischen dem besagten Cli- 
ent-Gerat und dem besagten Server ausgefuhrt 
wird. 

6. Verfahren nach Anspruch 1, wobei der besagte 
Schritt des Identifizierens der besagten Anhange 
als besagte Anhange erster und zweiter Art ein Dif- 
ferenzieren zwischen den besagten Anhangen an- 
hand der Identitat der Absender beinhaltet, ein- 
schlielilich der Verwendung einer Liste von Absen- 
dem als Basis, urn die besagten Anhange als be- 
sagte Anhange erster Art und besagte Anhange 
zweiter Art zu klassifizieren. 

7. Verfahren nach Anspruch 1, wobei der besagte 
Schritt des Identifizierens der besagten Anhange 



45 als besagte Anhange erster und zweiter Art ein Dif- 
ferenzieren zwischen den besagten Anhangen auf 
der Basis von Dateiformaten beinhaltet, wobei das 
besagte Differenzieren erfolgt, indem die besagten 
Dateiformate mit einer Liste von Formaten vergli- 
50 chen werden, urn die besagten Anhange als besag- 
te Anhange erster Art und besagte Anhange zweiter 
Art zu klassifizieren. 

8. Verfahren nach Anspruch 1 , welches ferner einen 
55 Schritt des Programmierens des besagten vorein- 
gestellten Kriteriums auf dem besagten Client-Ge- 
rat umfasst, so dass das besagte Client-Gerat in die 
Lage versetzt wird, den besagten Schritt des Iden- 
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tifizierens jedes besagten Anhangs entweder als ei- 
nen besagten Anhang erster Art Oder als einen be- 
sagten Anhang zweiter Art auszufuhren. 

9. E-Mail-Zustellungssystem, welches umfasst: 

einen an ein Netz angeschlossenen lokalen 
E-Mail-Server zum Empfangen von 
E-Mail-Nachrichten, einschlieBlich von zusam- 
mengesetzten E-Mail-Nachrichten mit Anhan- 
gen, wobei der besagte lokale E-Mail-Server ei- 
nen ersten Speicherzum Speichern der besag- 
ten E-Mail-Nachrichten aufweist; 
ein Client-Gerat, das mit dem besagten lokalen 
E-Mail-Server verbunden ist, um selektiv auf 
die besagten E-Mail-Nachrichten zuzugreifen 
und sie herunterzuladen, wobei das besagte 
Client-Gerat einen zweiten Speicherzum Spei- 
chern der besagten E-Mail-Nachrichten auf- 
weist; und 

Filtermittel, welche auf eine wirksame Art und 
Weise mit dem besagten Client-Gerat gekop- 
pelt sind, zum Unterscheiden der besagten An- 
hange auf der Basis eines vorgegebenen Kri- 
teriums, so dass nur diejenigen besagten An- 
hange, welche dem vorgegebenen Kriterium 
genugen, identifiziert und zu dem besagten Cli- 
ent-Gerat ubertragen werden, sofern kein Ein- 
griff durch den Benutzer erfolgt; 
Weiterleitungsmittel zum Weiterleiten einer 
empfangenen zusammengesetzten Nachricht 
einschlieBlich der Gbermittlung eines zugeho- 
rigen Anhangs von dem besagten Client-Gerat 
nur dann, wenn bestimmt worden ist, dass der 
Anhang geandert worden ist. 

10. System nach Anspruch 9, wobei sich das besagte 
Filtermittel an dem besagten Client-Gerat befindet, 
wobei das besagte Filtermittel auf eine wirksame 
Art und Weise mit einem Prozessor des besagten 
Client-Gerats verbunden ist, um im Zusammenwir- 
ken mit diesem die besagten Anhange einer Aus- 
wahlprufung auf der Basis des besagten vorgege- 
benen Kriteriums zu unterziehen. 



Revendications 

1. Methode permettant a I'utilisateur de gerer une 
transmission de messages electroniques entre un 
serveur (12) et un dispositif client (14), comprenant 
les etapes suivantes : 

la reception de messages electroniques sur le- 
dit serveur qui supporte I'acces par un utilisa- 
teur, en ce compris la reception de messages 
electroniques composes comportant des fi- 
chiers attaches ; 

Identification de chaque fichier attache com- 
me etant un fichier attache primaire ou un fi- 
chier attache secondaire, en determinant si le- 
dit fichier attache satisfait a un critere predeter- 
mine, les fichiers attaches satisfaisant au crite- 
re predetermine etant identifies comme etant 
les fichiers attaches primaires, les fichiers ne 
satisfaisant pas au critere predetermine etant 
identifies comme etant les fichiers attaches 
secondaires ;et 

la transmission selective desdits messages 
electroniques au dispositif client, y compris la 
transmission automatique des fichiers attaches 
primaires tout en empechant la transmission 
automatique des fichiers attaches 
secondaires ; 

le transfert d'un message compose recu, en ce 
compris le transfert d'un fichier attache associe 
emanantduditdispositif client uniquement si le- 
dit fichier attache associe a ete modifie depuis 
I'etape de la transmission selective desdits 
messages electroniques. 

2. Methode selon la revendication 1 , caracterisee en 
ce que I'etape d 'identification des fichiers attaches 
comme etant primaires ou secondaires comporte 
une phase de differenciation desdits fichiers atta- 
ches sur la base de leur taille, en ce compris ('utili- 
sation d'une valeur seuil de taille comme valeur de 
scission pour le classement desdits fichiers atta- 
ches en fichiers attaches primaires et fichiers atta- 
ches secondaires. 



1 1 . System nach Anspruch 1 0, wobei das besagte Fil- 
termittel ein Computerprogramm ist, das in dem be- 
sagten Speicher des besagten Client-Gerats ge- 
speichert ist. 

12. System nach Anspruch 9, wobei das besagte Filter- 
mittel so konfiguriert ist, dass es in Bezug auf das 
besagte vorgegebene Kriterium umprogrammier- 
bar ist, so dass das besagte vorgegebene Kriterium 
geandert werden kann. 



Methode selon la revendication 1 , caracterisee en 
ce que I'etape d'identification des fichiers attaches 
comme etant primaires ou secondaires comporte 
une phase de differenciation desdits fichiers atta- 
ches sur la base des temps de telechargement, en 
ce compris I'utilisation d'une valeur seuil de temps 
de dechargement comme valeur de scission pour 
le classement desdits fichiers attaches en fichiers 
attaches primaires et fichiers attaches secondaires. 

Methode selon la revendication 3, caracterisee en 
ce qu'elle comprend une etape supplemental de 
calcul desdits temps de telechargement des fichiers 
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attaches en factorisant les tailles desdits fichiers at- 
taches prealablement a I'etape d'identification des 
fichiers attaches sur la base des temps de telechar- 
gement. 

5 

5. Methode selon la revendication 4, caracterisee en 
ce que ladite etape de calcul des temps de tele- 
chargement comprend la factorisation de la vitesse 
de connexion entre le dispositif client et le serveur. 

10 

6. Methode selon la revendication 1 , caracterisee en 
ce que I'etape d'identification des fichiers attaches 
comme etant primaires ou secondaires inclut une 
phase de differenciation desdits fichiers attaches 

en fonction de I'identite de leurs expediteurs, en ce 15 
compris I'utilisation d'une liste d'expediteurs com- 
me base de classification desdits fichiers attaches 
comme etant primaires ou secondaires. 

7. Methode selon la revendication 1 , caracterisee en 20 
ce que I'etape d'identification des fichiers attaches 
comme etant primaires ou secondaires inclut une 
phase de differenciation desdits fichiers attaches 
sur la base de leurs formats de fichiers, ladite diffe- 
renciation etant effectuee en comparant les formats 25 
de fichiers a une liste de formats pour classer lesdits 
fichiers attaches comme etant primaires ou secon- 
daires, 

8. Methode selon la revendication 1 , caracterisee en 30 
ce qu'elle comprend une etape supplemental de 
programmation dudit critere predetermine sur le 
dispositif client en question, de telle sorte que ledit 
dispositif client soit en mesure d'executer I'etape 
d'identification de chaque fichier attache comme 35 
faisant partie des fichiers attaches primaires ou se- 
condaires. 

9. Systeme de transmission de courriels, 
comprenant : 40 

un serveur de courriels local connecte a un re- 
seau permettant de recevoir des courriels, en 
ce compris des courriels composes comportant 
des fichiers attaches, ledit serveur de courriels 45 
local disposant d'une memoire primaire pour le 
stockage desdits courriels ; 
un dispositif client connecte audit serveur de 
courriels local permettant d'acceder et de tele- 
charger selectivement lesdits courriels, le dis- 50 
positif client ayant une memoire disposant 
d'une memoire secondaire pour le stockage 
desdits courriels ; et 

un dispositif de filtrage associe operationnelle- 
ment audit dispositif client pour etablir la dis- 55 
tinction entre lesdits fichiers attaches sur la ba- 
se d'un critere prescrit, de telle sorte que seuls 
les fichiers attaches satisfaisant audit critere 
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prescrit sont identifies et transmis au dispositif 
client en I'absence de toute intervention de 
I'utilisateur ; 

un dispositif de transfert permettant de faire 
suivre un message compose recu, en ce com- 
pris le transfert d'un fichier attache associe au 
depart du dispositif client uniquement si Ton a 
determine que le fichier attache a ete modifie. 

10. Systeme selon la revendication 9, caracterise en 
ce que ledit dispositif de filtrage est loge sur le dis- 
positif client, ledit moyen de filtrage etant operation- 
nellement connecte a un processeur dudit dispositif 
client a fin de contribuer au tri des fichiers attaches 
sur la base du critere prescrit. 

11. Systeme selon la revendication 10, caracterise en 
ce que ledit dispositif de filtrage est un programme 
informatique stocke dans la memoire du dispositif 

12. Systeme selon la revendication 9, caracterise en 
ce que ledit dispositif de filtrage est configure pour 
etre reprogrammable en ce qui concerne ledit crite- 
re prescrit, de telle sorte que le critere prescrit puis- 
se etre modifie. 
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